This Page is Inserted by IFW Indexing and Seanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGKS 

Defective images within this document ^e accurate representatioflS @f &e urigiiml 
documents submitted by the applicant. 

Defects in the images include but are not limited to tiie itetns checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR DLLEGBBLE TEXT ORDRAWING 

□ SKEWED/SLANTED IMAGES^^ ^ 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMriTED ARE POOR QUALITY 

□ OTHER: . 

IMAGES ARE BEST AVAILABLE COPY. 

As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 

the IFW Image Problem Mailbox. 



(19) 



J 



Europgisches Patentamt 
European Patent Office 
Office europden des brevets 




(12) 



(43) Date of publication: 

02.01.2003 Bulletin 2003/01 

(21) Application number 02013306.3 

(22) Date of filing: 19.06.2002 



(11) EP1271 885 A2 

EUROPEAN PATENT APPLICATION 

(51) \nXC\J: H04L 29/06 



(84) Designated Contracting States: 


(72) inventor. Forstadlus, Anttl 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


33180 Tampere (Ft) 


MC NLPTSETR 


Designated Extension States: 


(74) Representative: Henningsson, Gunnar 


ALLTLVMKROSI 


AWAPATENTAB, 




Box 45086 


(30) Priority: 29.06.2001 US 896635 


104 30 Stockholm (SE) 


(71 ) Applicant: Nokia Corporation 




FIN-00045 Nolda Group (n) 
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(57) An apparatus, method and system to route ob- 
ject exchanges beyond clients and object exchange 
(OBEX) servers in close proximity with one another. The 
present disclosure further provides the ability to route 
OBEX communications across a communications net- 
worlc such as the Intemet. The present disclosure also 



teaches that a bridge device may support both short 
range RF communications, such as Bluetooth, and 
TCP/IP communications. The present disclosure tracks 
and enables OBEX enabled clients to send and receive 
information far outside their immediate wireless trans- 
mission range to remote servers. 
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Description 
FIELD 

[0001] The present invention relates generaliy to an 5 
apparatus, metliod and system to route information from 
a wireless device across a communications network. 
More particularly, the disclosed Invention relates to an 
apparatus, method and system to enable short range 
radio frequency ("RP) wireless point to point communi- io 
cations to be bridged across a communications network. 

BACKGROUND 

NETWOFIKS 15 

[0002] Networks are commonly thought to consist of 
the Interconnection and interoperation of clients, serv- 
ers, and Intermediary nodes in a graph topology. It 
should be noted that the tenm "servei" as used herein 20 
refers generally to a computer, other device, software, 
or combination thereof that processes and responds to 
the requests of remote users across a communications 
network. Servers serve their Information to requesting 
"clients." A computer, other device, software, or combi- 25 
nation thereof that facilitates, processes infomnation and 
requests, and/or furthers the passage of information 
from a source user to a destination user is commonly 
refemed to as a "node." Networks are generally thought 
tofacilitatethetransferof information fromsourcepoints 30 
to destinations. There are many forms of networks such 
as Local Area Networks (LANs), Wide Area Networks 
(WANs), Pico networics, etc. 

iNTEIRNET 

[0003] The Intemet is a network of networks. It is an 
Interconnection of various and disparate networks that 
are disposed in communicatk}n with one another. This 
interconnectivity and bitercommunicatlons provided by 40 
the Intemet is in large part facilitated through the use of 
common transmission protocols. 
[0004] As intemet usage increases, the amount of in- 
formation and/or services available on the Intemet also 
increases. This makes the Intemet a valuable Informa- 46 
tion transportation vehicle. 

TRANSMISSION CONTROL PROTOCOL-INTERNET 
PROTOCOL (TCP/IP) 

so 

[0005] The proliferation and expansion of computer 
systems, databases, and networks of computers has 
been facilitated by an interconnection of such systems 
and networi<s In an extraterritorial communications net- 
work commonly refen^ed to as the Intemet. The Intemet 55 
has developed and largely employs the Transmission 
Control Protocol-Internet Protocol (TCP/IP). TCP/IP 
was developed by a Department of Defense (DoD) re- 



search project to interconnect networics made by vari- 
ous and varying network vendors as a foundation for a 
networic of networks, l.e., the Intemet The development 
of TCP/IP was In part driven by a requirement by the 
DoD to have a networic that will continue to operate even 
if damaged during battie, thus allowing for information 
to be routed around damaged portions of the communi- 
cations network to destination addresses. 
[0006] The Intemet is a packet-switched network and 
thus, infomiatlon on the Intemet Is broken up into piec- 
es, called packets, and transmitted In packet fomi. The 
packets contain IP addressing Information called head- 
ers, which are used by routers to facilitate the delivery 
of the packets from a source to a destination across in- 
termediary nodes on the Intemet. Upon arrival at the 
destination, the packets are reassembled to fomi the 
original message, and any missing packets are request- 
ed again. 

[0007] The IP component of the protocol is responsi- 
ble for routing packets of infomnation based on a four 
byte addressing mechanism; the address Is written as 
four numbers separated by dots, each number ranging 
from 0 to 255. e.g., "123.255.0.123". IP addresses are 
assigned by Intemet authorities and registration agen- 
cies, and are unique. 

[0008] The TCP portion of the protocol is used for ver- 
ifying that paclcets of information are correctly received 
by the destination computer from the source, and if not, 
to retransmit corrupt packets. Other transmission con- 
trol protocols are also commonly used that do not guar- 
antee delivery, such as User Datagram Protocol (UDP), 
The TCP/IP protocol Is specified in IEEE/RFC11 90, Jan- 
uary 1991. 



[0009] OBEX is a session protocol and can be de- 
scribed as a binary HTTP protocol. An example of an 
OBEX server innplementatlon may be OpenOBEX, 
which may be found at the website: sourceforge.net/ 
projects/openobex. 

[0010] The OBEX protocol and specification may be 
found In: irOBEX, IrDA Object Exchange Protocol, 
Counterpoint Systems Foundry. Inc., Microsoft Corpo- 
ration, March 18. 1999 (Version 1.2). 

BLUETOOTH PROTOCOL (BT) 

[0011] Bluetooth Is a wireless technology that oper- 
ates In the unlicensed Industrial, Scientific, and Medical 
(ISM) radio band of 2.4 GHz. Bluetooth technology In- 
cludes a number of protocols that allow Bluetooth ena- 
bled devtoes to operate in a peer to peer environment 
forming piconets. 

[0012] The Bluetooth protocol and specification may 
be found in: Bluetooth system; Specification Volumes 1 
and 2, Core and Profiles: Version 1.1, 22^ February. 
2001. 



10 



35 OBJECT EXCHANGE (OBEX) PROTOCOL 



2 



3 



EP1271 885 A2 



4 



SUMMARY 

[0013] One embodiment of the present invention 
solves the problem of allowing remote OBEX services 
to Interact with clients that support Bluetooth GEOP pro- s 
files. This Is a very useful feature when Implemented In 
Bluetooth access point networks as the desired service 
can be accessed through any access point Instead of 
having to connect directly to the server device. 
[0014] In one embodiment of the present invention, io 
the OBEX bridge apparatus comprises a processor; a 
memory, communicatively connected to the processor, 
a program, stored In the memory. Including, a module 
to receive the OBEX encoded communications at a 
short range RF (e.g., Bluetooth) enabled OBEX bridge 15 
from an OBEX client, a module to detennine a destina- 
tion IP address to send the received OBEX encoded 
communications, and a module to send the received 
OBEX encoded communications from the short range 
RF enabled OBEX bridge to an OBEX server at the de- 20 
termined destination IP address via IP. 
[0015] In another embodiment of the present Inven- 
tion, the OBEX bridge apparatus comprises a proces- 
sor; a memory, communicatively connected to the proc- 
essor; a program, stored in the memory, including, a 25 
module to obtain OBEX encoded communications, a 
module to establish a baseband communication chan- 
nel using a Bluetooth GOEP profile between the OBEX 
client and a Bluetooth enabled OBEX bridge, a module 
to encapsulate tiie OBEX encoded communications Into 30 
baseband communicatioris. a module to provide the 
baseband encapsulated communications to tiie OBEX 
bridge, a module to assign an Intemal IP address within 
the OBEX bridge, a module to bind tiie IP address to tiie 
baseband communication channel, a module to estab- 35 
lish a TCP/IP communication channel between flie 
OBEX bridge and a remote OBEX server, and a module 
to route the OBEX encoded data fifom the baseband 
channel to ttie TCP/IP channel. 

[OOiq In anottier embodiment of the present inven- 4o 
tion, the OBEX bridge apparatus comprises a proces- 
sor; a memory, communicatively connected to the proc- 
essor; a program, stored in the menrwry, including, a 
nnodule to create a client baseband handle referring to 
a memory space fri an OBEX bridge's memory for In- 45 
coming baseband communications, a module to create 
an Intemal IP address within an OBEX bridge allowing 
for communications to flow to and from a communica- 
tions networicttirough the IP address, a module to create 
an entry In the memory to store the client baseband han- w 
die data type, a module to create an entry In tiie memory 
to store the IP address data type, and a module to bind 
the client baseband handle data type witii its respective 
IP address data type. 

[0017] In yet another embodiment of the present In- 56 
vention, the OBEX bridge apparatus comprises a proc- 
essor; a memory, communicatively connected to tine 
processon a program, stored In the memory, including, 



a module to receive at an OBEX bridge OBEX encoded 
communications transmitied from the OBEX client via 
short range radio link; a module to allocate an intemal 
address to the OBEX client at the OBEX bridge; a mod- 
ule to associate the OBEX client with the allocated In- 
temal address at the OBEX bridge; a module to select 
a certain OBEX sender at the OBEX bridge to send the 
received OBEX encoded communications; a module to 
determine a destination IP address of the selected 
OBEX server; a module to send the received OBEX en- 
coded communications from the OBEX bridge to tiie se- 
lected OBEX server via IP. 

[0018] The above advantages and features are of rep- 
resentative embodiments only, and are not exhaustive 
and/or exclusive. TTiey are presented only to assist in 
understanding tiie invention. It should be understood 
that ttiey are not representative of all the inventions de- 
fined by the claims, to be consider^ limitations on the 
invention as defined by the claims, or limitations on 
equivalents to the claims. For instance, some of these 
advantages may be mutually contradictory, In ttiat they 
cannot be simultaneously present in a single embodi- 
ment. Similariy, some advantages are applicable to one 
aspect of the invention, and Inapplicable to others. Fur- 
thermore, certain aspects of the claimed Invention have 
not been discussed herein. However, no Inference 
should be drawn regarding those discussed herein rel- 
ative to tiiose not discussed herein other than for pur- 
poses of space and reducing repetition. Thus, tills sum- 
mary of features and advantages should not be consid- 
ered dispositive in determining equivalence. Additional 
features and advantages of the invention will become 
apparent In tiie following description, from tfie drawings, 
and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The accompanying drawings illustrate certain 
embodiments of the disclosure. 

Rgure 1 is a schematic overview of a short range 
RF enabled and object exchange (OBEX) enabled 
client terminal according to one embodiment of the 
present Invention: 

Rgure 2 details tiie schematic overview of a short 
range RF enabled OBEX bridge according to one 
embodiment of the present invention; 
Rgure 3 is a schematicoven^ew of an OBEX sender 
according to one embodiment of the present Inven- 
tion; 

Rgure 4 shows an OBEX client-server-bridge con- 
nection 400 according to one embodiment of the 
present invention, and provides an exemplary data 
fiow diagram; and 

Figure 5 details a flow diagram of an exemplary 
communications flow between an exemplary OBEX 
client, OBEX bridge and an OBEX server. 
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DETAILED DESCRIPTION 

SHORT RANGE RF ENABLED CLIENT TERMINAL 

[0020] Figure 1 is a schematic overview of a short 5 
range RF and object exchange (OBEX) enabled client 
terminal (hereinafter called a "dienf) according to one 
embodiment of the invention. 

Client Svstemlzatlon io 

[0021] in one non-llmlting example embodiment, the 
client 101 may comprise a clock 103, central processing 
unit (CPU) 102, a memory 105, a power source 104, 
Input 108, 109 and output 110, 111 (I/O) components i5 
112, 105, 107. The power source 104 provides power 
to the client. One of the I/O components Is preferably a 
Bluetooth chip 106 such as Cambridge Silicon Radio 
Inc.'s BlueCore IC and Bluetooth transceiver 107 capa- 
ble of transmitting and receiving Bluetooth protocol 20 
communications. It is to be understood that the use of 
Bluetooth components/protocols In the exemplary env 
bodiment is intended to be Illustrative rather than limit- 
ing, and that therefore other short range radio frequency 
technologies may alternatively be employed. Optionally, 25 
the client may also employ other wireless prx)tocol trans- 
ceivers 112 such as those employed for cellular tele- 
communications. Conventionally, although not neces- 
sarily, the client components are all Interconnected and/ 
or communicating through a system bus 177. The sys- 30 
tern clocic 103 typically has a crystal oscillator and pro- 
vides a base signal. The clock is typically coupled to the 
system bus and various means that will increase or de- 
crease the base operating frequency for other compo- 
nents interconnected in the client. The clock and various 35 
components in the client drive signals embodying infor- 
mation throughout the client. Such transmission and re- 
ception of signals embodying information throughout 
the client may be commonly referred to as communica- 
tions. Ttiese communteatlve signals may liirther be 40 
transmitted, received, and the cause of retum and/or re- 
ply signal communications beyond the Instant client to: 
communications networics, Input devices, computer 
systems (e.g.. servers), bridges, other clients, peripher- 
al devtees, and/or the like. Of course, any of the above 45 
components may be connected directly to one another, 
connected to the CPU, and/or organized in numerous 
variations employed as exemplified by various wireless 
and short range RF enabled devices such as, but not 
limited to: cellular telephones. Portable Digital /Assist- so 
ants (PD/\s), laptop computers, and/or the like. Option- 
ally the client may Include various Input/output devices, 
which are also disposed in communication with the CPU 
through the system bus and/or directly. Such input de- 
vtees may Include a microphone 108. an Input keypad 55 
109, a touch sensitive screen (not shown), and/or like. 
Output devices may Include an LCD 110 and a speaker 
111. 



CPU 

[0022] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 
ecuting user and/or system-generated requests. The 
CPU may be a microprc>cessor such as the Intel Pentium 
Processor and/or the like. The CPU Interacts with mem- 
ory through signal passing through conductive conduits 
to execute stored program code according to conven- 
tional data processing techniques. Such signal passing 
facilitates communication within thecommunrcation net- 
worics and beyond through various interfaces. 

Memory 

[0023] It is to be understood that the client may em- 
ploy various forms of memory 105. In a typical configu- 
ration, memory 105 will include ROM. RAM, and possi- 
bly a fixed storage device, e.g., a hard disk drive. Also, 
the Bluetooth chip 106 may contain various Bluetooth 
protocols within Its own memory that may be provided 
to either the CPU 102 and/or memory 105, Generally, 
any mechanization and/or embodiment allowing a proc- 
essor to affect the storage and/or retrieval of information 
is regarded as memory 105. Thus, a client generally re- 
quires and makes use of memory. However, memory is 
a fungible technology and resource, thus, any number 
of memory embodiments may be employed in lieu of or 
In concert with one another. 

Module Collection 

[0024] The memory 105 may contain a collection of 
program modules and/or data such as, but not limited 
to: an operating system module 1 30 (operating system); 
an OBEX client application 121; Generic Object Ex- 
change Profile(s) (GOEP). which may also serve as a 
Bluetooth profile; memory buffers 123; cellular commu- 
nication protocols; Bluetooth protocol stack 124, other 
short range radio frequency protocols and/or the like. 
Bluetooth protocol stack may include a Link Manager 
(LM) 174, a Logical Link Control and Application Proto- 
col (L2CAP) 175, a Service Discovery Protocol (SDP) 
176, RFCOMM 177 (i.e., a serial line emulation proto- 
col), and/or the like. Although non-conventional soft- 
ware modules such as those in the module collection, 
typlcaily and preferably, are stored in memory 105, they 
may also be k)aded and/or stored in memory such as: 
peripheral devices. ROM, remote storage fadlities 
through a communications network, various forms of 
memory, and/or the like. 

Operating System 

[0025] The operating system module 1 30 Is executa- 
ble program code facilitating the operation of the client 
Typically, the operating system facilitates access of I/O. 
network Interfaces, peripheral devices, storage devices, 
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and/or the like. The operating system also may provide 
user interface functionality allowing the user to interact 
with the client An exemplary client operating system is 
Linux. An operating system may communicate to and/ 
or with other modules in a module collection, including 
itself, and/or facilities of the like. Conventionally, the op- 
erating system communicates with other program mod- 
ules, user interfaces, and/or the like. For example, the 
operating system may contain, communicate, generate, 
obtain, and/or provide program module, system, user, 
and/or data communications, requests, and/or respons- 
es. The operating system, onoe executed by the CPU, 
may enable the interaction with communications net- 
works, data, I/O, peripheral devices, program modules, 
memory, user input devices, and/or the like. Preferably, 
the operating system provides communications proto- 
cols that allow the client to communicate with other en- 
titles through a communicattons network 144. Various 
communication protocols may be used by the client as 
a subcanrier transport mechanism for interacting with 
other short range RF enabled devices, such as, but not 
limited to: TCP/IP 122, Bluetooth (Le,. via RFCOMM), 
OBEX 121. and/or the like. 

Bluetooth protocols 

[0026] In memory 105 various Bluetooth protocols 
124 and/or other short range RF protocols are stored. 
The Bluetooth protocols may include a link manager 
protocol 174 (hereinafter "LM"). The link manager soft- 
ware runs on the CPU In the client to manage commu- 
nications between itself and other Bluetooth devices. 
Another protocol is the Service Discovery Protocol 176 
(hereinafter "SDP"). Alter the connection of a Bluetooth 
client with another device, the Service Discovery Proto- 
col enables the querying and identification of the abilities 
of other Bluetooth devices. Another protocol is the Log- 
ical Link Control and Adaptation Protocol 175 (herein- 
after "L2CAP"). The L2CAP provides multiplexing, 
packet segmentation and reassembly of data as if s 
communicated between the client and other Bluetooth 
enabled devices. Another protocol held in memory 105 
is the RFCOMM which is a serial line emulation protocol 
that enables Bluetooth devices to intercommunicate by 
emulating a serial line. These various protocols Interact 
to encode and decode data as given by the CPU through 
a base band 107. LM and L2CAP run directly on top of 
base band 107. RFCOMM and SDP run on top of 
L2CAP. 

[0027] Furlhemnore, within the RAM 105 is an Object 
Exchange (hereinafter "OBEX") client application 121. 
The client application creates OBEX requests based on 
user input into the client device and receives and inter- 
prets OBEX responses from an OBEX server 199. 
OBEX is a sesston layer protocol that was developed to 
enable the exchange of objects in a simple and sponta- 
neous manner. OBEX enables object exchange servte- 
es similar to HTTP used in the Worid Wide Web (the 



web), however, OBEX requires substantially less re- 
sources to run. The OBEX client application enables the 
client to exchange objects and to communicate over the 
RFCOMM. Further, the memory may contain a Generic 
5 Object Exchange Profile (hei^inafter "GOEP" or "Pro- 
file") 125. GOEP specifies a manner In which Bluetooth 
devices may support object exchange facilities Including 
File Transfer Profile . Object Push Profile and Synchro- 
nization Profile. The GOEP specification allows Blue- 
to tooth devices to interoperate by defining Interoperability 
requirements for the applications and the higher Blue- 
tooth protocol layers (i.e.. L2CAP, RFCOMM, etc.). Fur- 
thennore, the memory 105 may provide an area that will 
act as a buffer 123. 
IS [0028] TTie Client 101 may communicate through 
communications networtc 144 wirelessly 133 to eventu- 
ally reach an OBEX server 1 99. This Is facilitated by an 
OBEX bridge 150. 

20 OBEX BRIDGE FOR SHORT RANGE RF 
COMMUNICATIONS 

[0029] Figure 2 details the schematic overview of a 
short range RF enabled OBEX bridge (hereinafter 
25 "bridge") according to one embodiment of the invention. 

OBEX Bridge Svstemization 

[0030] In one non-limrting example embodiment, the 

30 bridge 250 may comprise a clocic 203. central process- 
ing unit (CPU) 202, a memory 205, a power source 204, 
I/O components 220, 207. The power source 104 pro- 
vides power to the bridge. One of the I/O components 
Is a Bluetooth chip 206 such as Cambridge Silicon Radio 

35 inc's BlueCore IC and Bluetooth transceiver 207 capa- 
ble of transmitting and receiving Bluetooth protocol 
communications. As discussed above in connection 
with "aient Systemlzation" (Fl G. 1 ), the use of Bluetooth 
components/protocols in the exemplary embodiment Is 

40 intended to be illustrative rather than limiting, and that 
therefore other short range RF technologies may alter- 
natively be employed. Conventionally, although not nec- 
essarily, the client components are ail interconnected 
and/or communicating through a system bus 277. The 

^ system dock 203 typically has a crystal oscillator and 
provides a base signal. The clock is typically coupled to 
the system bus and various means that will increase or 
decrease the base operating frequency for other com- 
ponents interconnected In the bridge. The clocic and var- 

50 ious components in the client drive signals embodying 
information throughout the client. Such transmission 
and reception of signals embodying information 
throughout the dient may be commonly referred to as 
communications. These communicative signals may 

^ further be transmitted, received, and the cause of return 
and/or reply signal communications beyond the instant 
bridge to: communications networks, input devices, 
computer systems (e.g., senders), peripheral devices. 
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clients, and/or the like. Of course, any of the above com- 
ponents may be connected directly to one another, con- 
nected to the CPU, and/or organized in numerous vari- 
ations employed as exemplified by various short range 
RF enabled computing devices. Optionally the client 
may Include various input/output devices, which are al- 
so disposed in communication with the CPU through the 
system bus and/or directly. The Bluetooth module 206 
enables wireless communications through a wireless 
transceiver 207, while a networic interface 220 such as 
an Ethernet card, an ISDN card, a DSL card, and/or the 
like enables communications 266 with the communica- 
tions network 244. Thus, the bridge 250 bridges short 
range RF wireless communications 233, 207 with net- 
woric communications 220, 266, 244, 

CPU 

[0031] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 
ecuting user and/or system-generated requests. The 
CPU may be a microprocessor such as the Intel Pentium 
Processor and/or the like. The CPU interacts with mem- 
ory through signal passing through conductive conduits 
to execute stored program code acconding to conven- 
tional data processing techniques. Such signal passing 
facilitates communication within the communication net- 
works and beyond through various interfaces. 

Memory 

[00321 It Is to be understood that the bridge may em- 
ploy various forms of memory 205, In a typical configu- 
ration, memory 205 will include ROM, RAM, and possi- 
bly a fixed storage device, e.g., a hard disk drive. Also, 
the Bluetooth chip 206 may contain various Bluetooth 
protocols within its own memory that may be provided 
to either the CPU 102 and/or memory 105. Generally, 
any mechanization and/or embodiment albwing a proc- 
essor to affect the storage and/or retrieval of information 
is regarded as memory 105. Thus, a bridge generally 
requires and makes use of memory. However, memory 
is a fungible technology and resource, thus, any number 
of memory embodiments may be employed In lieu of or 
in concert with one another. 

Module Collection 

[0033] The memory 205 may contain a collection of 
program modules and/or data such as, but not limited 
to: an operating system module 230 (operating system); 
an OBEX bridge application 221; TCP/IP stack 222; Ge- 
nericOt)iect Exchange Profile(s) (GOEP), whfeh may al- 
so serve as a Bluetooth profile; memory buffers 223; cel- 
lular communication protocols; Bluetooth protocol stack 
224, other short range RF protocols, and/or the like. 
Bluetooth protocol stack may include a Link Manager 
protocol (LM) 274, a Logical Link Control and Applica- 



tion Protocol (L2CAP) 276, a Sendee Discovery Proto- 
col (SDP) 276, RFCOMlV1 177 fl.e., a serial line emula- 
tion protocol), and/or tfie lilce. Although non-convention- 
al software modules such as those In the module col- 
5 lection, typically and preferably, are stored in memory 
205, they may also be loaded and/or stored In memory 
such as: peripheral devices, ROM, rennote storage fa- 
cilities through a communications networit, various 
forms of memory, and/or the like. 

10 

Operating System 

[0034] The operating system module 230 is executa- 
ble program code facilitating the operation of the bridge. 

IB Typically, the operating system facilitates access of I/O. 
networic interfaces, peripheral devices, storage devices, 
and/or the like. The operating system also may provide 
user interiace functionality altowing an administrator to 
interact with the bridge. An exemplary bridge operating 

20 system is Linux. An operating system may communicate 
to and/or with other modules in a module collection. In- 
cluding itself, and/or faciiities of the like. Conventionally, 
the operating system communicates with other program 
modules, user Interfaces, and/or the like. For example, 

25 the operating system may contain, communicate, gen- 
erate, obtain, and/or prDvide program module, system, 
user, and/or data conrvnunications, requests, and/or re- 
sponses, the operating system, once executed by the 
CPU, may enable the Interaction with communications 

30 networks, data, I/O, peripheral devfces, program mod- 
ules, memory, user Input devices, and/or the like. Pref- 
erably, the operating system provides communications 
protocols that allow the client to communK:ate with other 
entities through a communications network 244. Various 

35 communication protocols may be used by the bridge as 
a sut>carrier transport mechanism for interacting with 
other short range RF enabled devices, such as, but not 
limited to: Bluetooth (I.e., via RFCOI^M), multicast, 
OBEX 121, TCP/IP 122, UDP, unicast, and/or the like. 

40 The TCP/IP stack enables TCP/IP communications 
through the networic interfiaoe 220. 

Bluetooth protocols 

45 [0035] In memory 205 various Bluetooth protocols 
224 and/or otiier short range RF protocols are stored. 
The Bluetooth protocols nnay include a LM protocol 274, 
SDP 276. L2CAP 275, RFCOMM 277, and Baseband 
as has already been discussed above. The link manager 

50 software runs on the CPU in the bridge to manage com- 
munications between itself and other Bluetooth devices 
such as clients 101. After the connection of the Blue- 
tootti bridge with another device, the Service Discovery 
Protocol enables the querying and identification of tiie 

55 abilities of other Bluetooth devices. These various pro- 
tocols interact to encode and decode data as given by 
the CPU tiirough a base band 207. LM and L2CAP run 
directly on top of base band 207. RFCOMM and SDP 
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mn on top of L2CAP. 

[0036] Furthermore, within the memory 205 is an 
OBEX bridge application 221. The bridge application 
obtains Infomiatton from OBEX clients 101 and further 
relays them to OBEX servers 299. 5 
[0037] The OBEX bridge 250 communicates via the 
Bluetooth transceiver 207 with a client 101 wirelessly 
233. Furthermore, the OBEX bridge, via the network in- 
terface 220, is disposed in communication 266 with a 
communications network 244 which enables communi- io 
cations 298 with an OBEX server 299. 

OBEX SERVER 

[0038] Figure 3 is a schematic overview of an OBEX i^ 
server according to one embodiment of the invention. 

OBEX Server Systemization 

[0039] In one non-limiting example embodiment, the 20 
OBEX server 399 may comprise a clock 303, central 
processing unit (GPU) 302. a memory 305, a power 
source 304, I/O components 380. 381. 382, 320. The 
power source 304 provides power to the OBEX server. 
The I/O Interface 380 may be any number of busses that 25 
allow for the interconnection of peripheral and input out- 
put devices, such as, but not limited to a keyboard 382, 
a monitor 381. a networic interface 320, and/or the like. 
Conventionally, although not necessarily, the client 
components are all interconnected and/or communicat- 30 
ing through a system bus 377. The system clock 303 
typically has a crystal oscillator and provides a base sig- 
nal. The dock is typically coupled to the system bus and 
various means that will increase or decrease the base 
operating frequency for other components interconnect- 35 
ed in the bridge. The clock and various components in 
the client drive signals embodying infomiation through- 
out the client. Such transmission and reception of sig- 
nals embodying infbmnation throughout the client may 
be commonly referred to as communications. These ^ 
communicative signals may further be transmitted, re- 
ceived, and the cause of return and/or reply signal com- 
munteatbns beyond the Instant bridge to: 
communications networks, input devices, other compu- 
ter systems (e.g., servers), peripheral devices, bridges, 45 
and/or the like. Of course, any of the above components 
may be connected directly to one another, connected to 
the CPU, and/or organized In numerous variations em- 
ployed as exemplified by various computer systems and 
servers. Optionally the client may include various input/ 50 
output devices, which are also disposed in communica- 
tion with the CPU through the system bus and/or direct- 
ly. The networic interface 320 may be an Ethernet card, 
an ISDN card, a DSL card, and/or the like enabling com- 
munk^ations 398 with the communications networic 344. ss 



CPU 

[0040] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 
ecuting user and/or system-generated requests. The 
CPU may be a microprocessor such as the Intel Pentium 
Processor and/or the like. The CPU Interacts wtth mem- 
ory through signal passing through conductive conduits 
to execute stored program code according to conven- 
tional data processing techniques. Such signal passing 
facilitates communication within the communication net- 
worics and beyond through various Interfaces. 

i^emory 

[0041] It is to be understood that the OBEX server 
may employ various fomns of memory 305. In a typical 
configuration, memory 306 will include ROM, RAM, and 
a fixed storage device 340, e.g., a hard disk drive. Gen- 
erally, any mechanization and/or embodiment allowing 
a processor to affect the storage and/or retrieval of In- 
formation is regarded as memory 305. Thus, an OBEX 
server generally requires and makes use of memory. 
However, memory Is a fungible technology and re- 
source, thus, any number of memory embodiments may 
be emptoyed in lieu of or in concert with one another. 

Module Collection 

[0042] The memory 305 may contain a collection of 
program modules and/or data such as, but not limited 
to: an operating system module 330 (operating system); 
an OBEX server application 321 ; TCP/iP stack 322; and 
OBEX file content 341 , which may be stored In the stor- 
age device 340 and retrieved into memory 305 as need- 
ed. The OBEX server application. 

OBEX Server Application 

[0043] An OBEX Server Application module 321 is 
stored program code that is executed by the CPU. The 
OBEX sender may be a conventional OBEX infomnatlon 
server such as, but not limited to, OpenOBEX. Option- 
ally, the Information sender allows for the execution of 
program modules through facilities such as 0-*-+, Java, 
JavaScript, ActiveX, Common Gateway Interface (CGI) 
scripts. Active Server Page (ASP), and/or the like. Exe- 
cution of these program modules in general is required 
in order to produce dynamic content (equivalent to use 
as in web servers). Optionally, the information server 
supports secure communications protocols such as, but 
not limited to, RIe Transfer Protocol (FTP); IHyperText 
Transfer Protocol (HTTP); Object Exchange (OBEX) 
protocol, Secure Hypertext Transfer Protocol (HTTPS), 
Secure Socket Layer (SSL), and/or the like. Convention- 
ally, an OBEX server provides results in the fonn of ex- 
change objects, and allows for the manipulated gener- 
ation of exchange objects through interaction with other 
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program modules. An OBEX server may communicate 
to and/or with other modules in a module collection, in- 
cluding itself, and/or fadlltiesof the like. Most frequently, 
the OBEX sender communicates with operating sys- 
tems, other program modules, user interfaces, and/or 5 
the like. An information sender may contain, communi- 
cate, generate, obtain, and/or provide program module, 
system, user, and/or data communications, requests, 
and^or responses. 

10 

Operating System 

[0044] The operating system module 3301s executa- 
ble program code facilitating the operation of the OBEX 
server. Typically, the operating system facilitates access ^5 
of I/O, network interfaces, peripheral devices, storage 
devices, and/or the like. The operating system also may 
provide user internee functionality allowing an user to 
interact with the bridge. The operating system prefera- 
bly Is a conventional product such as Apple Macintosh 20 
OS X Sender, AT&T Plan 9. Microsoft Windows NT Serv- 
er, Unix, and/or the like operating systems. Preferably, 
the operating system is highly fault tolerant, scalable, 
and secure. An operating system may communicate to 
and/or with other modules In a module collection, includ- 25 
ing itself, and/or facilities of the like. Conventionally, the 
operating system communicates with other program 
modules, user interfoces, and/or the like. Forexanr^le. 
the operating system may contain, communicate, gen- 
erate, obtain, and/or provide program module, system, so 
user, and/or data communications, requests, and/or re- 
sponses. The operating system, once executed by the 
CPU, may enable the interaction with communications 
networks, data. I/O, peripheral devices, program mod- 
ules, memory, user input devices, and/or the like. Pref- 35 
erably, the operating system provides communications 
protocols that allow the client to communicate with other 
entities through a communications networic 344. Various 
communication protocols may be used by the bridge as 
a subcarrier transport mechanism for Interacting with 40 
other devices, such as, but not limited to: multicast, 
OBEX 121. TCP/IP 122, UDP, unlcast., and/or the like. 
The TCP/IP stack enables TCP/IP communications 
through the networic interi'ace 320. 
[0045] The OBEX server is disposed In communica- 45 
tion 398 with a communications networic 344 via the net- 
work interface 320. This enables communications 366 
with tiie OBEX bridge 250 which is further disposed in 
communicatbn 333 with an OBEX client 101. 

so 

OBEX CLIENT-BRIDGE-SERVER CONNECTION 

[0046] Figure 4 shows an OBEX client-server-t)ridge 
connection 400 according to one embodiment of tiie In- 
vention and provides an exemplary data flow diagram. 55 
The data flows are between an OBEX client 401. an 
OBEX bridge 450 and an OBEX server 499. The OBEX 
client has come within proximity of OBEX bridge 450 to 
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establish a short range RF communication connection 
433. such as Bluetootii, via tiie BaseBand 406. The 
OBEX client is running an OBEX client application 121. 
The OBEX client application creates certain data re- 
quests in OBEX format. Those requests are processed 
by the clients CPU employing short range RF protocols, 
such as Bluetooth. Into RFCOMM data blocks 423a. The 
Link Manager 428d and the t^CAP 475a help take the 
RFCOMM encoded OBEX communications and provide 
those as data to a Baseband transceiver 406a which will 
communicate via Bluetooth protocols to an OBEX 
bridge 450 by establishing a connection to the OBEX 
bridge's Baseband transceiver 406b. The received data 
signals follow an Inverse route in the OBEX bridge; the 
RF communications received from the OBEX client 401 
by the OBEX bridge 450 in the OBEX bridge's Baseband 
facility 406b are then decoded by tiie UA 478b and the 
L2CAP 475b up into a serial data format via the RF- 
COMM 423b resulting in tiie original OBEX communi- 
cation from ttie client 401. 

[0047] For each OBEX client establishing a connec- 
tion 433, the OBEX bridge 450 creates a handle to the 
communk;ations being provided via RFCOMM 423b 
channel (typically the handle is a pointer tliat references 
an area of memory of a memory buffer 223) and assigns 
and associates an internal, unique IP address to that 
handle. Thus, the OBEX bridge creates and 'maintains 
a table datehstructure of at least two columns (bridge 
table) 489 comprising a handle to an RFCOMM channel 
established from a client communication connection (cli- 
ent RFCOMM handle) 487 and an associated, generat- 
ed, internal IP address (client iP address) 488. The 
bridge table may be implemented using various stand- 
ard data stnjctures, such as an array, hash, (linked) list, 
struct, and/or the like. Such data structures may be 
stored in memory and/or In (structured) files. 
[O0481 The OBEX bridge application 42 1 then obtains 
tiie OBEX data request that was originally generated by 
tiie client 121 by way of client RFCOMM handles (lor 
data obtained from a particular client 401 ). Upon obtain- 
ing tiie OBEX data request finom the memory buffer, the 
OBEX bridge application 421 ttien encapsulates tiie 
OBEX data request Into TCP/IP packets. TTiese packets 
are ttien sent to a TCP/IP layer 422a, which further pro- 
vides tiie TCP/IP communications as a data link 407a, 
which is eventually sent over a physical carrier medium 
such as Ethemet 420a. When generating the TCP/IP 
packet headers, the OBEX bridge stamps the originat- 
ing IP address as being the dlent IP address 488 that 
was generated and associated with a particular dlent 
RFCOMM handle 487; the OBEX bridge application 
may do so by looking to the bridge table 489. When de- 
termining the destination IP address for the OBEX data 
request, tiie OBEX bridge application 421 may consult 
an intemal OBEX server tookup list. This lookup list is 
conrprised of IP addresses. The list may contain a single 
entry, or a plurality of IP addresses. The choice of which 
OBEX server is chosen from the lookup list may be gov- 
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emed by any number of load balancing and/or context 
sensitive heuristics. For example, based on the client* s 
GOEP profile and OBEX sewer specializing in File 
Transfer Profile, Object Push Profile or Synchronization 
Profile may be specified. In another non-limiting exarrv- 
ple embodiment, an OBEX server with the lowest usage 
load may be employed. The look-up list may be imple- 
mented using various standard data structures, such as 
an array, hash, (linked) list, stnjct, and/or the like. Such 
data structures may be stored in memory and/or in 
(structured) files. Upon stamping the origination and 
destination IP addresses In the resulting TCP/IP pack- 
ets, the TCP/IP communications flpom the OBEX bridge 
are communicated 466 by the OBEX bridges networic 
interface 420a. The OBEX communications from the 
OBEX bridge 421 are then communicated 466 over a 
communications networic 344 to a networic interface 
420b on the OBEX server 499. Those communications 
are In turn provided to the data link 407b of the OBEX 
server 499 and provided in the form of TCP/IP packets 
422b. which are then Interpreted by the OBEX server 
application software 221 . The OBEX server application 
221 then can process the OBEX encoded data and re- 
quests and provide back results and responses to the 
dient 401 via the bridge 450. Thus, the OBEX response 
signal from the OBEX server application 221 take the 
inverse path by which it originated. 
[0049] Thus, the connection between an OBEX client 
and an OBEX bridge 433 that occur via Baseband 406 
RF signals are provided by a conceptual RFCOMM 
channel 423, 433b. Furthermore, the TCP connection 
between the OBEX bridge and OBEX sender 466 that 
occur via network interfaces 420 and a communicafions 
networic 344 are provkied by a conceptual TCP/IP con- 
nection 466b. Thus, the RFCOMM channel between the 
client and bridge plus the TCP/IP connection between 
the bridge and server create a conceptual OBEX con- 
nection 400. Ifs important to note that this OBEX con- 
nection can take place over a communteations network 
and the OBEX server does not have to be placed in prox- 
imity with the OBEX client, rather communications can 
take place through the OBEX bridge through a commu- 
nications networic such as the Intemet. 

OBEX SERVER 

[0050] Figure 5 details a flow diagram of one example 
communications flow between an OBEX client, OBEX 
bridge and an OBEX server. Box 501 shows that an 
OBEX client application 121 is instantiated. The appll- 
cafion may be Instantiated by invoking commands via 
an Input keyboard or voice or other input means that will 
cause the client application to be executed by the cli- 
ent's CPU. In one non-limfting example the OBEX client 
application Is Instantiated as soon as the client Is turned 
on. Upon this instantiation of the OBEX client application 
box 502 shows the client sets up a short range RF con- 
nection, such as Bluetooth, with the OBEX bridge as has 



been discussed in Figure 4. 

[0051] Box 503 shows that upon establishing the 
communications between the client and the OBEX 
bridge application, the client uses the service discovery 
6 protocol to inquire about other short range RF device's 
capabilities and the associated GEOP parameters (in 
this case the Access Point (AP), l.e., the AP including 
an OBEX bridge, whk:h contains the bridge application). 
Box 504 shows that the OBEX application bridge 421 

10 responds using service discovery protocxil giving out the 
parameters needed for the GOEP profile. Box 505 
shows the client initiates protocols based on the GOEP 
profile It received from the server via the OBEX bridge. 
Box 506 shows that an RFCOMM channel is fonned be- 
ts tween the client and the OBEX bridge application. 
[0052] Box 507 shows that upon the formation of an 
RFCOMM channel between the client and the bridge, 
the bridge internally assigns an IP address and binds it 
to a client RFCOMM handle. Box 508 shows that upon 

20 generating and associating an internal I P address to the 
client RFCOMM handle that the OBEX bridge thereafter 
establishes a TCP/IP connection with the remote OBEX 
sender. Box 509 shows that after the establishment of a 
TCP/IP conneclron with the OBEX server, the OBEX cli- 

25 ent may then begin sending data to the OBEX bridge 
through the RFCOMM connection. Box 610 shows that 
the bridge receives data from the client via the RF- 
COMM connection and encapsulates it into TCP/IP 
packets. Therefore the OBEX application bridge 421 

30 routes data from the RFCOMM communications 433b 
of the client to the TCP/IP socket in the OBEX bridge. 
These TCP/IP encapsulated packets are sent to the 
OBEX bridge's networic interface 420a. After the OBEX 
application bridge 421 encodes the data into TCP/IP 

35 packets, the data is sent to the OBEX server wherein 
an OBEX server application 221 will thereafter obtain 
the data and process the OBEX requests. Any respons- 
es from the OBEX sender will be sent bacic to the bridge 
via TCP/IP communteations through the OBEX server 

« network Interlace 420b. 

[0053] Box 511 shows that the responses from the 
OBEX server 499 that are destined for the OBEX client 
401 are received by the OBEX bridge 450 in the conre- 
spondlng TCP/IP address that was generated by the 

45 OBEX bridge. The OBEX bridge uses the bridge table 
489 to k>ok up the client RFCOMM handle 487 associ- 
ated to the client IP address 488 that received the com- 
munications from the OBEX senrer. Next, the bridge en- 
capsulates the data that was received in the fomi of 

so TCP/IP packets firom the OBEX server and routes that 
data from the TCP/IP socket to the RFCOMM handle. 
This routing is accomplished by a lookup table that is 
established upon the creatton of an RFCOMM handle 
as shown in box 507 and In Figure 4. Thus, the bridge 

55 table 489 acts as a routing table to ensure that infomria- 
tion flows properiy between each dienf s data request 
and any respective results from an OBEX sender. This 
is important in an environment where there are multiple 
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OBEX and short range RF enabled clients that are dis- 
posed in cxsmmunications wrth the OBEX bridge. Thus, 
upon perfonmlng a loolc up for the correct RFCOMM han- 
dle, the TCP/IP Infomnation obtained from the OBEX 
server is encapsulated into RFCOMM packets. The 5 
OBEX bridge then sends the RFCOMM encoded data 
through a wireless Baseband channel back to the client 
[0054] Box 51 2 shows that the client receives the data 
through the RFCOMM channel. Box 513 shows that 
boxes 509, 510. 511 and 512 nnay be repeated until the io 
client disconnects from the RFCOMM link or the short 
range RF link (e.g., Bluetooth). 
[0055] Box 514 shows that the bridge tenminates the 
TCP/IP connection to the remote server and releases 
the assigned IP address. is 
[0056] According to an embodiment of one aspect of 
the invention there Is provided a method of wireless 
oomnnunication between an OBEX client and OBEX 
server over a communications network, comprising: 

20 

obtaining OBEX encoded communications; 
establishing a baseband communication channel 
using a Bluetooth GOEP profile between the OBEX 
client and a Bluetooth enabled OBEX bridge; 
encapsulating the OBEX encoded communications 25 
into baseband communications; 
providing the baseband encapsulated communica- 
tions to the OBEX bridge; 
assigning an intemai IP address within the OBEX 
bridge; 30 
binding the IP address to the baseband communi- 
cation channel; 

establishing a TCP/IP communication channel be- 
tween the OBEX bridge and a remote OBEX server^ 
and 35 
routing the OBEX encoded data from the baseband 
channel to the TCP/IP channel. 



OBEX bridge; 

means to bind the IP address to the baseband cono- 
municatk>n channel; 

means to establish a TCP/IP communication chan- 
nel between the OBEX bridge and a remote OBEX 
server; and 

means to route the OBEX encoded data from the 
baseband channel to the TCP/IP channel. 

[0059] Advantageously, this system further compris- 
es means to receive OBEX encoded data responses 
ftwn the remote server through the TCP/IP channel; and 

means to iDUte the OBEX encoded data respons- 
es to the baseband channel referring to the IP address. 
[0060] According to an embodiment of yet another as- 
pect of the invention 

there Is provided a computer program comprising: 

a module to obtain OBEX encoded communica- 
tions; 

a module to establish a baseband communication 
channel using a Bluetooth GOEP profile between 
the OBEX client and a Bluetooth enabled OBEX 
bridge; 

a module to encapsulate the OBEX encoded com- 
munications into baseband communications; 
a nrK>dule to provide the baseband encapsulated 
communications to the OBEX bridge; 
a module to assign an intemai IP address within the 
OBEX bridge; 

a nK)dule to bind the IP address to the baseband 
communication channel; 

a module to establish a TCP/IP communication 
channel between the OBEX bridge and a remote 
OBEX server; and 

a module to route the OBEX encoded data from the 
baseband channel to the TCP/IP channel. 



[0057] Advantageously, this method further compris- 
es receiving OBEX encoded data responses from the 40 
remote sender through the TCP/IP channel; and 

routing the OBEX encoded data responses to the 
baseband channel referring to the IP address. 
[0058] According to an embodiment another aspect 
of the invention there Is provided a system for wireless 45 
communication between an OBEX client and OBEX 
server over a communications networic, comprising: 

means to obtain OBEX encoded communications; 
means to establish a baseband communication so 
channel using a Bluetooth GOEP profile between 
the OBEX client and a Bluetooth enabled OBEX 
bridge; 

means to encapsulate the OBEX encoded commu- 
nications into baseband communications; 
means to provide the baseband encapsulated com- 
munications to the OBEX bridge; 
means to assign an internal IP address within the 



[0061] Advantageously, this medium further compris- 
es a module to receive OBEX encoded data responses 
from the remote server through the TCP/IP channel; and 
a module to route the OBEX encoded data re- 
sponses to the baseband channel referring to the IP ad- 
dress. 

[0062] According to embodiment of still another as- 
pect of the invention there Is provided an OBEX bridge 
apparatus, comprising: 

a processor; 

a memory, communicatively connected to the proc- 
essor; 

a program, stored in the memory, including, 

a moduto to obtain OBEX encoded communi- 
cations; 

a module to establish a baseband communi- 
cation channel using a Bluetooth GOEP profile be- 
tween the OBEX client and a Bluetooth enabled 
OBEX bridge; 
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a module to encapsulate the OBEX encoded 
communications Into baseband communications; 

a module to provide the baseband encapsu- 
lated communications to the OBEX bridge; 

a module to assign an Intemal IP address ^ 
within the OBEX bridge; 

a module to bind the IP address to the base- 
band communication channel; 

a module to establish a TCP/IP communica- 
tion channel between the OBEX bridge and a re- io 
mote OBEX server; and 

a module to route the OBEX encoded data 
from the baseband channel to the TCP/IP channel. 

[0063] Advantageously, this apparatus further com- 15 
prises a module to receive OBEX encoded data re- 
sponses from the remote server through the TCP/IP 
channel; and 

a module to route the OBEX encoded data re- 
sponses to the baseband channel refening to the IP ad- 20 
dress. 

[0064] According to another embodiment of one of the 
aspects of the invention there is provided a method of 
creating a data structure binding an IP address to an 
RFCOMM communication channel, comprising: 25 

creating a client l3aseband handle referring to a 
memory space in an OBEX bridge's memory for In- 
coming baseband communications; 
creating an internal IP address within an OBEX 30 
bridge allowing for communications to flow to and 
from a communications network through the IP ad- 
dress; 

creating an entry in the memory to store the client 
baseband handle data type; 35 
creating an entry in the mennory to store the IP ad- 
dress data type; 

binding the client baseband handle data type with 
its respective IP address data type. 

40 

[0065] According to another embodiment of one of the 
aspects of the Invention there Is provided a system for 
creating a data stmcture binding an IP address to an 
RFCOMM communication channel, comprising: 

45 

means to create a client baseband handle referring 
to a memory space in an OBEX bridge's memory 
for incoming baseband communications; 
means to create an intemal IP address within an 
OBEX bridge allowing for communications to fk>w so 
to and lirom a communications networi( through the 
IP address; 

means to create an entry In the memory to store the 
client baseband handle data type; 
means to create an entry In the memory to store the 55 
IP address data type; 

means to bind the client baseband handle data type 
with its respective IP address data type. 



[0066] According to another embodiment of one of the 
aspects of the invention there is provided a connputer 
program stored on a computer readable nnedlum, the 
program, cornprising: 

a module to create a client baseband handle refer- 
ring to a memory space in an OBEX bridge's mem- 
ory Ibr Incoming baseband communications; 
a module to create an intemal IP address within an 
OBEX bridge allowing for communications to flow 
to and from a communications network through the 
IP address; 

a module to create an entry in the memory to store 
the client baseband handle data type; 
a module to create an entry in the memory to store 
the IP address data type; 

a module to bind the client baseband handle data 
type with its respective IP address data type. 

[0067] According to another embodiment of one of the 
aspects of the invention there is provided an OBEX 
bridge apparatus, comprising: 

a processor; 

a memory, communicatively connected to the proc- 
essor; 

a progrem, stored in the memory. Including, 

a module to create a client baseband handle 
refening to a memory space in an OBEX bridge's 
memory for incoming baseband communications; 

a module to create an intemal IP address 
within an OBEX bridge allowing for communications 
to flow to and from a communications network 
through the IP address; 

a module to create an entry in the memory to 
store the client baseband handle data type; 

a module to create an entry in the mennory to 
store the IP address data type; 

a nKxJule to bind the client baseband handle 
data type with its respective IP address data type 

[0068] Accordingtoanother embodiment of one of the 
aspects of the invention there is provided a memoiy for 
access by a program module to be executed on a proc- 
essor, comprising: 

a data structure stored in the memory, the data 
structure, including, 

a client baseband handle data type; 

an IP address data type; 

a binding associative reference between the 
client baseband handle data type and the IP ad- 
dress data type. 

[0069] According to another embodiment of one of the 
aspects of the invention there is provided a memory for 
access by a program module to be executed on a proo- 
essor, comprising: 



11 



21 



EP1271 885 A2 



22 



a data structure stored in the memory, the data 
structure, including, 

an IP packet, the packet including. 

an origination iP address data type, 
wherein the origination address Is an internally ere- 5 
ated IP address generated by an OBEX bridge; 

a destination IP address data type, 
wherein the destination IP address Is detemiined 
by the OBEX bridge. 

10 

[0070] It should be understood that the above descrip- 
tion is only representative of illustrative embodiments. 4. 
For the convenience of the reader, the above descrip- 
tions have focused on a representative sample of all 
possible embodiments, a sample that teaches the prin- is 
dpies of the invention. The description has not attempt- 
ed to exhaustively enumerate all possible variations. 
Tliat alternate embodiments may not have been pre- 
sented for a specific portion of the invention or that fiir- 5. 
ther undescribed alternate embodiments may be avail- 20 
able for a portion is not to be considered a disclaimer of 
those alternate embodiments, it will be appreciated that 
many of those undescribed embodiments incorporate 
the same principles of the invention and others are 
equivalent. Thus, It Is to be understood that the embod- 25 
iments and variations shown and described herein are 
merely illustrative of the principles of this invention and 
that various modifications may be implemented without 
departing from the scope and spirit of the invention. 



Claims 

6. 

1. A method of wireless communication between an 
OBEX client and OBEX server over a oommunica- 3S 
tions network, comprising: 

receiving the OBEX encoded communications 
at a radio frequency enabled OBEX bridge from 
an OBEX client; 40 7. 

detennining a destination IP address to send 
ihe received OBEX encoded communications; 
sending the received OBEX encoded commu- 
nications from the radio frequency enabled 
OBEX bridge to an OBEX server at the deter- 46 
mined destination IP address via IP. 

2. The method of dalm 1 , furttier comprising: 

receiving OBEX encoded data responses from so 
file OBEX sender via IP; and 
routing the OBEX encoded data responses to 
the OBEX client 

3. A system for wireless communication between an 55 
OBEX client and OBEX server over a communica- 
tions network, comprising: $. 



means to receive the OBEX encoded commu- 
ntoations at a radio frequency enabled OBEX 
bridge from an OB^ client; 
means to determine a destination IP address to 
send the received OBEX encoded communica- 
tions; 

means to send tho received OBEX encoded 
communications from the radio frequency ena- 
bled OBEX bridge to an OBEX server at the de- 
termined destination IP address via IP. 

The system of claim 3, further comprising: 

means to receive OBEX encoded data re- 
sponses from the OBEX sender via IP; and 
means to route the OBEX encoded data re- 
sponses to the OBEX client. 

A computer program stored on a computer readable 
medium, the program, comprising: 

a module to receive the OBEX encoded com- 
munications at a radio frequency enabled 
OBEX bridge from an OBEX client; 
a module to determine a destination IP address 
to send the received OBEX encoded commu- 
nications; 

a module to send the received OBEX encoded 
communications from the radio frequency ena- 
bled OBEX bridge to an OBEX sender at the de- 
tenmined destination IP address via IP. 

The medium of daim 6, further comprising: 

a module to receive OBEX encoded data re- 
sponses from tile OBEX server via IP; and 
a module to route the OBEX encoded data re- 
sponses to the OBEX client 

An OBEX bridge apparatus, comprising: 

a processor; 

a memory, communicatively connected to the 
processor; 

a program, stored in the memory. Including, 

a module to receive the OBEX encoded 
communications at a radio frequency enabled 
OBEX bridge from an OBEX client; 

a module to determine a destination IP 
address to send the received OBEX encoded 
communications; 

a module to send the received OBEX en- 
coded communications from tiie radto frequen- 
cy enabled OBEX bridge to an OBEX server at 
the determined destination IP address via IP. 

The apparatus of dalm 7. further comprising: 
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a module to receive OBEX encoded data re- 
sponses from the OBEX server via IP; and 
a module to route the OBEX encoded data re- 
sponses to the OBEX client. 

5 

9. A method of wireless communication between an 
OBEX client and an OBEX server over a communi- 
cations network, comprising: 

receiving at an OBEX bridge OBEX encoded io 
communications transmitted from the OBEX 
client via a short range radio link; 
allocating an internal address to the OBEX cli- 
ent at the OBEX bridge; 

associating the OBEX client with the allocated 15 
intemal address at the OBEX bridge; 
selecting a certain OBEX server at the OBEX 
bridge to send the received OBEX encoded 
communications; 

determining a destination IP address of the se- 20 
lected OBEX server; 

sending the received OBEX encoded commu- 
nications from the OBEX bridge to the selected 
OBEX sen/ervia IP. 

25 

10. The method of claim 9, further comprising: 

receiving OBEX encoded data responses from 
the selected OBEX server via IP; 
routing the OBEX encoded data response at ^ 
the OBEX b ridge using said association; 
transmitting the OBEX encoded data respons- 
es to the OBEX client via the short range radio 
linlc. 

35 

11. A system for wireless communication between an 
OBEX client and an OBEX server over a communi- 
cations network, comprising: 

means to receive at an OBEX bridge OBEX en- 40 
coded communications transmitted from the 
OBEX client via short range radio link; 
means to allocate an intemal address to the 
OBEX client at the OBEX bridge; 
means to associate the OBEX client with the 
allocated intemal address at the OBEX bridge; 
means to select a certain OBEX server at the 
OBEX bridge to send the received OBEX en- 
coded communications; 
means to determine a destination IP address of 
the selected OBEX server; 
means to send the received OBEX encoded 
communications from the OBEX bridge to the 
selected OBEX server via IP. 

12. The system of daim 11. further comprising: 

means to receive OBEX encoded data re- 



sponses from the selected OBEX server via IP; 
means to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 

means to transmit the OBEX encoded data re- 
sponses to the OBEX client via short range ra- 
dio link- 

1 3. A computer program stored on a computer readable 
medium, the program, comprising: 

a module to receive at an OBEX bridge OBEX 
encoded communications transmitted from the 
OBEX client via short range radio link; 
a module to allocate an intemal address to the 
OBEX client at the OBEX bridge; 
a module to associate the OBEX client with the 
allocated intemal address at the OBEX bridge; 
a module to select a certain OBEX server at the 
OBEX bridge to send the received OBEX en- 
coded communications; 
a moduie to determine a destination IP address 
of the selected OBEX serven 
a module to send the received OBEX encoded 
communications from the OBEX bridge to the 
selected OBEX server via IP. 

14. The medium of daim 13, further comprising: 

a module to receive OBEX encoded data re- 
sponses from the selected OBEX server via IP; 
a moduie to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 

a module to transmit the OBEX encoded data 
responses to the OBEX client via short range 
radio link. 

15. An OBEX bridge apparatus, comprising: 



a processor; 

a memory, communicatively connected to the 
processor; 

a program, stored in the memory. Including, 
45 a module to receive at an OBEX bridge 

OBEX encoded communications transmitted 
from the OBEX client via short range radb llnlc; 

a module to allocate an intemal address 
to the OBEX client at the OBEX bridge; 
so a moduie to associate the OBEX client 

with tlie allocated intemal address at the OBEX 
bridge; 

a moduie to select a certain OBEX server 
at the OBEX bridge to send the received OBEX 
^ encoded communications; 

a module to determine a destination IP 
address of the selected OBEX server; 

a moduie to send the received OBEX en- 
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coded communications from the OBEX bridge 
to the selected OBEX server via IP. 

18. The apparatus of claim 15. further comprising: 

6 

a module to receive OBEX encoded data re- 
sponses from the selected OBEX sender via IP; 
a module to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 10 
a module to transmit the OBEX encoded data 
reisponses to the OBEX client via short range 
radio iinlc. 
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501) 


Terminal starts OBEX client application 


502) 


Terminal sets up Bluetooth connection to AP 


603) 


Tennlnal uses .6DP to check for OBEX server 
capability of AP 


604) 


AP responds by SDP giving out parameters needed 
for GEDP profile 


505) 


Tennlnal initiates protocols according to GEDP profile 


506) 


RFComm Channel (serial cable emulation) is formed 
between Tennlnal and AP 


507) 


AP assigns internally an IP.address and binds it to the 
established RFCOMM handle 


508) 


AP establishes TCP/IP connection to remote OBEX 
server 


509) 


OBEX client in Terminal sends OBEX data over 
RFCOMM connection 


510) 


AP Bridge receives data from RFCOMM and 
encapsulates it into TCP/IP packets (routes data from 
RFCOMM to TCP/IP socket) 


511) 


Responses from remote OBEX terminal are received 
by AP Bridge connesponding TCP/IP socket and 
Bridge encapsulates it to RFCOMM packets (routes 
data from TCP/IP socket to RFCOMM handle) 


512) 


OBEX client in terminal receives data through 

TFCOMM channel 


513) 


Steps 0...12 are repeated until the temninal 
disconnects RFCOMM link or Bluetooth link 


514) 


AP Bridge temiinates TCP/IP connectton to remote 
sender and releases assigned IP address 
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